gtkcssprovider: plug several leaks

In finalize(), clear all rulesets.
In parse_declaration(), Free the GValue under unhandled error situations.
In gtk_css_provider_load_internal(), Do not leak the file contents.

gtkstyleproperty: Plug two leaks

In rgba_value_parse(), unref the symbolic color once we've resolved it.
In gradient_value_parse(), take the GtkGradient so we leave no dangling
references.

gtkstyleproperties: zero GValue out before using G_VALUE_COLLECT_INIT()

Fixes invalid reads in valgrind

gtkcssprovider: Use g_slice_dup() to copy GValues around

GValues stored in GtkCssRulesets are gslice managed, so don't
g_memdup() GValues from shorthand properties. This fixes
memory corruptions when reloading contents in a GtkCssProvider.

[l10n]Updated Catalan (Valencian) translation

[l10n]Updated Catalan (Valencian) translation

Updated Esperanto translation

liststore: Replace macro with an inline function

Also remove a duplicate check in gtk_list_store_iter_is_valid().

gcc was complaining about "comparison always true" when using the macro.

styleproperties: Remove unused priv variables

treeview: Remove unused variables

... and all the code doing complex computations to assign values to
them.

button: Remove unused variables

docs: Remove unused variables in shooter example

gtk-demo: Don't store anchor in an unused variable

gtk-demo: Remove unused variable for text tags

tests: Remove unused variables

tests: Make forcing of class registers work without gcc warnings

css: Constify path argument to _css_selector_matches()

It should have been const all the time, but I assumed widgetpath code
wasn't properly const. PEBKAC.

widgetpath: Make includes absolute

Just like everywhere else

menuitem: Remove unused variable

Seriously, can't people compile with -Werror? Broke with
5f2ef59d6968f311abe3ebf9f477120240c1acb2

styleproperty: Fix memleak in unpacking code

menuitem: Fix copy/paste error

Thanks to Kalev Lember for noticing this one.

configure: Check for XGetEventData()

This is a call only available in recent libX11, only the XI2 code
depends on this within GDK, but XI2 implies having GenericEvents
available too.

gdk: do not fallback to event->xany.window in GdkEventTranslator

This is already done in gdk_event_source_get_filter_window(), and
could lead to wrong event assignment if an event translator happens
to return a window for an event it doesn't handle.

Cut deadwood

The old tutorial examples haven't been built in years, and are
not useful to keep around in git unless somebody does the work
to integrate them into the 'Getting started' section of the
current docs.

configure: Fix build of pixbuf-demo

Move demos around

The pixbuf-demo gets its own subdirectory, the other small
tests move from demos/ to tests/.

And actually delete it

Remove no-longer-needed pixbuf_init hack

Since gdk-pixbuf is now a separate project again, we no
longer need to locate it inside our source tree.

Remove an incomplete, dead copy of testgtk

Simplify GtkLockButton

Now it is actually just a button, which makes things simpler
and is closer to what the designers want.

menuitem: Position submenus properly

Now that we can actually query the menu's size, don't query the
preferred minimum size and hope it's correct, but use its actual size.

menu: Realize window before positioning

We want the menu realized so we know the size it's allocating to itself.
And we need that size to position the menu properly.
This is best visible on right-to-left.

paned: More fixes to keep windows in sync with widgets

Fixes sidebar in evince not showing up. This was caused by the
visiblility of the widget changing and the paned not fixing its child
window's visibility accordingly.

bgo#642929 - Don't infinite-loop in GTK_FILE_CHOOSER_ACTION_CREATE_FOLDER

If the user pressed Enter to confirm the file chooser while the filename entry
was empty, then gtk_file_chooser_default_should_respond() would go back and forth
between the cases for handling the filename entry and the file list.

tests: Add simple CSS test for widget style properties

cssprovider: Don't convert widget style properties to CSS

They are still CSS, so converting them is wrong.

cssprovider: Use right hash table when printing

If the CSS provider had widget style properties, printing them would
crash since 82b340f6f005a7d2b70d9aa7febb8612a53d0eda

window: Only draw resize grip if its window exists

Don't rely on priv->resize_grip_visible as the code comment in the
variable declaration indicates.
This fixes warnings with GtkPlug, which can cause resize_grip_visible to
be TRUE but grid_window to be NULL - running tests/teststatusicon
reproduces this.

This broke with 7ef113ce56a75641175af31267e2075f634267e0

Remove unused function attributes from symbol files

quartz: actually register gdk_quartz_display_dispose

quartz: fix a typo

cssparser: Fix typo where we used "uint" for a type

Interestingly this works for gcc, but breaks on MSVC.

style: Make margin a shorthand

... and add the real properties:
- margin-top
- margin-left
- margin-bottom
- margin-right

style: Make padding a shorthand

... and add the real properties:
- padding-top
- padding-left
- padding-bottom
- padding-right

reftests: sort EXTRA_DIST in Makefile

reftests: Add a reftest to check shorthands do work

Checks shorthands are properly unpacked in the CSS and that they indeed
set all relevant properties. Or at least border-width does.

reftests: Add label-shadows test

Tests shadows work properly for rotated labels

shadow: Redo shadow implementation for rotations

The shadows went bonkers when the labels were rotated

themingeninge: Handle translations properly

We want to keep the location of where to render, but transform th
context by the pango transform.

label: Account for y-translation when rotating

tests: Add parser test for shorthands

style: Convert border-width to a shorthand

Add the corresponding properties it refers to, too:
- border-top-width
- border-left-width
- border-bottom-width
- border-right-width

style: Add support for shorthand properties

Shorthand properties are basically the same a in CSS. For storage in
style properties or the CSS provider, they are unpacked into the real
values, so it is possible to partially override them.

No properties are yet converted to the new world yet, this is just the
code for supporting them.

stylepropertis: Use set_by_property() in set_valist()

... instead of duplicating code. This causes an extra g_value_copy().
If that turns out to be a performance issue, we can invent something
that handles this (like passing a gboolean take_value).

The reason for this duplication deletion is that we want to complicate
the setting code to handle shorthands by unpacking them and storing the
separate values.

styleproperties: Add _gtk_style_properties_set_property_by_property()

... as a replacement for _gtk_style_properties_set_property_by_pspec().
We'll need that to handle shorthands.

styleproperties: Use peek_property() in get_valist()

styleproperties: Validate values when setting them

Note that validation is not necessary when resolving, because all values
are valid for those cases.

styleproperties: Remove needless check

styleproperties: Use peek_property in get_property

... instead of duplicating the code.

styleproperties: Adapt _gtk_style_properties_peek_property()

Optionally return the GtkStyleProperty that was looked up. This feature
isn't used yet, but will soon be.

styleproperties: Move the style property handling code

... from gtkstyleproperties.c to gtkstyleproperty.c

css: Rename gtkcssstrfuncs file to gtkstyleproperty

The idea is to handle the style property registering etc in this file
instead of the styleproperties file. The next commits will move those
files.

stringfuncs: Remove _gtk_css_parse_url() from header

No code changes, just moving the function in the c file so it doesn't
need to be forward-declared.

cssprovider: Use _gtk_style_property_lookup()

This way we get the actual data node and can use it.

styleproperties: Put gtk_style_property_lookup() in private header

styleproperties: Class ref no longer necessary

Now that we initialize the pspecs on-demand, we can avoid the class ref.

styleproperties: Init the default properties when they're needed

Instead of initing the default style properties in the class_init
func of the style properties, init them when they are first needed -
when they are queried or when new ones are registered.

That way, they will always be available.

styleproperties: constify gtk_style_property_lookup()

styleproperties: Rename the storage struct for style pspecs

PropertyNode => GtkStyleProperty

tests: Add forgotten file

File was forgotten in 8fd6bd323c055c11c40acc6a09fa1a4cb0ca2b4a

gtk/gtkstatusbar: gtk_misc_set_alignment replacing

Replacing the function gtk_misc_set_alignment () with
gtk_widget_set_halign () and gtk_widget_set_valign () in
gtk/gtkstatusbar.c

https://bugzilla.gnome.org/show_bug.cgi?id=650664

Allow NULL permissions

This is useful in some scenarios.

docs: Add missing <row>

themingengine: use the text-shadow property to render text shadow

This also avoids hardcoding a shadow for insensitive text in the engine,
as it can now be applied from the theme directly.

https://bugzilla.gnome.org/show_bug.cgi?id=649314

shadow: add a method to paint the shadow for a PangoLayout

https://bugzilla.gnome.org/show_bug.cgi?id=649314

styleproperties: resolve properties of type GTK_TYPE_SHADOW

https://bugzilla.gnome.org/show_bug.cgi?id=649314

styleproperties: add a "text-shadow" style property

And document its use in the CSS parser gtk-doc.

https://bugzilla.gnome.org/show_bug.cgi?id=649314

css: add a parser for GTK_TYPE_SHADOW properties

https://bugzilla.gnome.org/show_bug.cgi?id=649314

shadow: add a GtkShadow private type

This will be used as a base both for parsing text-shadow and box-shadow
properties. The type is private, as there's no real use in exporting
this in a public API.

https://bugzilla.gnome.org/show_bug.cgi?id=649314

assistant: pack the sidebar in a frame instead of an event box

This has mostly two advantages:
- the most obvious one is the theme can render a border around the
  sidebar if it wants to.
- we also can avoid hardcoding a container border width for the sidebar,
  and just use a padding from the theme. This also allows different
  themes to define a different padding, etc.

The drawback is we must draw the background ourselves, but it's easy
enough.

https://bugzilla.gnome.org/show_bug.cgi?id=650530

assistant: remove an useless gtk_widget_reset_style() call

It's not needed to call _reset_style() here, as we did not add the
widget to the parent container yet.

https://bugzilla.gnome.org/show_bug.cgi?id=650530

menu: Only realize menu if it isn't realized yet

Lots of code calls gtk_menu_popup() and we don't want to resize the
window needlessly.
In this particular case, keyboard navigation to submenus caused those
submenus to shrink.

Note: I'm not sure this fix doesn't have nasty side effects, as I'm not
a specialist on menu popup code, so if it does, we'll need to revert it.
Until then, let's keep it, it fixes a bug.

tests: Add missing CSS test

gdk: Document gdk_window_add_filter()+XGenericEvents behavior

gdk: Get the right filter window for XI2 events

GdkDeviceManagerXI2 now implements GdkEventTranslator::get_window,
retrieving the right window from the contained XIEvent.

gdk: Add _gdk_x11_event_translator_get_window()

This method can be implemented by event translators so they
return the right window from XGenericEventCookie events, as
ev->xany.window isn't meaningful for these.

GdkEventSource now also uses this to find out the right window
filters to apply.

gdk: Move XGetEventData() call to GdkEventSource

This function should be called just once across every possible
event translator and GdkFilterFunc that wants to deal with
any cookie event.

mac keys: Add a missing semicolon

keys.css: Remove semicolons at end of rules

This is not CSS conform (it will break resync code after errors for
generic CSS parsers), so I deprecated the support for that semicolon.

reftests: Check that inherited properties work

cssprovider: When loading themes, don't pass in an error

We want to parse existing themes as well as possible instead of failing.
And the g_warning() is preserved.

cssprovider: Don't propagate deprecation messages to passed-in error

It's an informative message, don't stop parsing the CSS because of it.

css: Make property parsing functions take a css parser

Instead of reading a string and then passing that in, let the parse
functions use the full power of the parser.

css: Move binding set parsing to strfuncs

cssstringfuncs: Read colors as symbolic colors always

... and then try to resolve them, so static colors get resolved in
advance, just like it was before.

symboliccolor: Allow props == NULL when resolving

If props == NULL in gtk_symbolic_color_resolve(), fail sanely for named
colors. The docs used to say it was not allowed to pass NULL for named
color, but that had problems:
1) You do not know if a color was created that way. This is especially
   hard for generic users (like language bindings).
2) It wasn't even true. Colors using other symbolic colors would also
   fail when trying to resolve their named colors, but the docs didn't
   say so.
And because I want to use the function to resolve static colors early
where possible, I changed things.

cssprovider: Cache if rulesets have inheritable style properties

This provides a huge speedup as we only need to preprocess style
properties when they are indeed inherited. This roughly doubles the
performance of the CSS matcher and brings the time taken by
gtk_css_provider_get_style() from 19% to 7% in my favorite benchmark.

cssprovider: Keep two hash tables per ruleset

One for the style properties, one for the widget style properties.
This way we can make one hash table by pspec which means we don't have
to repeat the pspec lookup.

cssprovider: Add a new setter for rulesets

We now have set-by-pspec (which is used for normal style properties) and
set-by-name (which is used by widget properties).

cssprovider: Refactor handling of rulesets

Keep rulesets as an on-stack/heap structure instead of allocating all
instances separately.
Also, pass a ruleset to the ruleset parser, so we can make the ruleset
parser do lots of fancy things that might be useful for performance.